Navigating semi-autonomous mobile robots

ABSTRACT

Techniques for navigating semi-autonomous mobile robots are described. A semi-autonomous mobile robot moves within an environment to complete a task. A navigation server communicates with the robot and provides the robot information. The robot includes a navigation map of the environment, interaction information, and a security level. To complete the task, the robot transmits a route reservation request to the navigation server, the route reservation request including a priority for the task, a timeslot, and a route. The navigation server grants the route reservation if the task priority is higher than the task priorities of conflicting route reservation requests from other robots. As the robot moves within the environment, the robot detects an object and attempts to classify the detected object as belonging to an object category. The robot retrieves an interaction profile for the object, and interacts with the object according to the retrieved interaction profile.

PRIORITY APPLICATION

This application is a continuation of U.S. application Ser. No. 14/757,685, filed Dec. 23, 2015, which is incorporated herein by reference in its entirety.

TECHNICAL FIELD

The present disclosure relates generally to robotics, and specifically to navigating semi-autonomous mobile robots.

BACKGROUND

Semi-autonomous mobile robots are appearing in modern life with increasing frequency. As the use of these robots increases, these robots are more likely to encounter unexpected objects and situations.

BRIEF DESCRIPTION OF THE DRAWINGS

In the drawings, which are not necessarily drawn to scale, like numerals may describe similar components in different views. Like numerals having different letter suffixes may represent different instances of similar components. The drawings illustrate generally, by way of example, but not by way of limitation, various embodiments or examples discussed in the present document.

FIG. 1 illustrates an example of a system for navigating semi-autonomous mobile robots, according to an embodiment.

FIG. 2 illustrates an example of classifying an object encountered by a semi-autonomous mobile robot within an environment, according to an embodiment.

FIG. 3 illustrates an example of an environment including semi-autonomous mobile robots, according to an embodiment.

FIG. 4 illustrates an example of a portion of a navigation map, according to an embodiment.

FIG. 5 illustrates an example of a portion of a redacted navigation map, according to an embodiment.

FIG. 6 illustrates a normal navigation lane configuration of virtual navigation lanes of an example building corridor during normal operating conditions, according to an embodiment.

FIG. 7 illustrates an emergency navigation lane configuration of virtual navigation lanes of an example building corridor during emergency operating conditions, according to an embodiment.

FIG. 8 is a flowchart illustrating operations performed during operation of a semi-autonomous mobile robot within an environment, according to an embodiment.

FIG. 9 is a block diagram illustrating an example of a machine, upon which any one or more embodiments may be implemented.

DETAILED DESCRIPTION

The present disclosure describes methods, systems, and computer program products that individually facilitate navigating semi-autonomous mobile robots. In this disclosure, the term “robot” refers to a mobile electro-mechanical machine. A “semi-autonomous” robot is a robot that is under partial, but not complete, control of an entity external to the robot.

A mobile robot has the capability to move around in its environment and is not fixed to one physical location. An example of a mobile robot that is in common use today is an automated guided vehicle or automatic guided vehicle (AGV). An AGV is a mobile robot that navigates by following markers or wires in or on the floor, by using computer vision, or by using sensors (e.g., lasers). Mobile robots may be found in industrial, military, and security environments, among others. They also appear as consumer products, for entertainment or to perform certain tasks like vacuum cleaning.

Mobile robots are usually used in tightly controlled environments, such as on assembly lines, because they have difficulty responding to unexpected interferences. Because of this, most humans rarely encounter robots outside of industrial, military, or security environments. However, domestic robots, such as those used for cleaning and maintenance, are increasingly common in and around homes in developed countries.

Commercial and industrial robots are now in widespread use performing jobs more cheaply and/or with greater accuracy and reliability than humans. Mobile robots are also employed for jobs which are too dirty, dangerous, or dull to be suitable for humans. Mobile robots are widely used in manufacturing, assembly and packing, transport, earth and space exploration, surgery, weaponry, laboratory research, and mass production of consumer and industrial goods.

As robots interact with humans and other robots with increasing frequency, unique problems may arise. For example, (1) differentiating between humans and non-humans, (2) classifying objects into different categories, and (3) prioritization of routes.

FIG. 1 illustrates an example of a system 100 for navigating semi-autonomous mobile robots, according to an embodiment. The system 100 includes one or more robots 102, a network 106, a navigation server 108, and an object profile database 110.

An environment may be as small as a room within a building or may be as large as an industrial complex. A robot 102 moves within the environment based on factors such as the robot's assigned task(s), objects that may exist within the environment, physical condition(s) of the environment, etc.

The navigation server 108 and the object profile 110 may be located entirely within a closed environment (e.g., a floor of a building, a building, a complex of buildings, etc.), may be located partially within the closed environment and partially outside of the closed environment, or may be located entirely outside of the closed environment.

A robot 102 communicates with navigation server 108 via network 106. The network 106 may be a wireless local area network (WLAN), a wide-area network (WAN), or may be the Internet. As a robot 102 operates within the environment, the robot 102 transmits various information to the navigation server 108 and receives various information from the navigation server 108. For example, a robot 102 may collect various information from its various sensors (e.g., speedometer, accelerometer, camera, motion detector, compass, etc.) and transmit this information to the navigation server 108. The navigation server 108 may transmit various information to the robot 102, such as commands, information updates, answers to inquiries submitted by the robot 102, etc.

As a robot 102 operates within the environment, the robot 102 may encounter various objects. A robot 102 may utilize object detection to attempt to detect whether an object exists within a portion of the environment. In an embodiment, the object detection functionality exists entirely within object detection module 112 of robot 102; in another embodiment, the object detection functionality exists partially within object detection module 112 of robot 102 and partially within an external system (e.g., navigation server 108); in yet another embodiment, the object detection functionality exists entirely within an external system. In embodiments where part or all of the object detection functionality exists within an external system, the robot 102 transmits information to and receives object detection information from the external system via network 106. The object detection functionality may use one or more sensors of various types, such as optical sensors, acoustic sensors, infrared sensors, etc. The sensor(s) may be part of robot 102, may be external to robot 102, or some combination thereof.

When robot 102 detects an object within an environment, the robot 102 may utilize object classification to attempt to classify the detected object as belonging to one or more categories. Categories recognized by the system may be as broad as “living organisms” and “inanimate objects,” or may be more specific. For example, common categories may include: living creatures (e.g., humans, animals, plants, etc.), static objects (e.g., immovable objects, such as a wall of a building), static-dynamic objects (e.g., heavy furniture, such as a couch), potentially dynamic objects (e.g., light moveable furniture, such as an office chair), and other robots.

In an embodiment, the object classification functionality exists entirely within object classification module 114 of robot 102; in another embodiment, the object classification functionality exists partially within object classification module 114 of robot 102 and partially within an external system (e.g., navigation server 108); in yet another embodiment, the object classification functionality exists entirely within an external system. In embodiments where part or all of the object classification functionality exists within an external system, the robot 102 transmits information to and receives object classification information from the external system via network 106. The object classification module 114 may be operable to implement one or more object classification algorithms or “classifiers,” which may use various methods including, but not limited to, machine learning techniques (e.g., linear classifiers, support vector machines, decision trees, neural networks, etc.)

When robot 102 has classified an object within environment as belonging to one or more categories, the robot 102 may utilize object specification to attempt to specify the object as a particular object within the category/categories. For example, if object classification categorized the object as a human, object specification may identify the human as a particular person.

In an embodiment, the object specification functionality exists entirely within object specification module 116 of robot 102; in another embodiment, the object specification functionality exists partially within object specification module 116 of robot 102 and partially within an external system (e.g., navigation server 108); in yet another embodiment, the object specification functionality exists entirely within an external system. In embodiments where part or all of the object specification functionality exists within an external system, the robot 102 transmits information to and receives object specification information from the external system via network 106. The object specification module 116 may be operable to implement one or more object classification algorithms or “classifiers,” which may use various methods including, but not limited to, machine learning techniques (e.g., linear classifiers, support vector machines, decision trees, neural networks, etc.)

In an embodiment, robot 102 includes navigation information 118, which may include one or more navigation maps of: the environment (or portions of the environment), one or more environments (or portions of the environments) adjacent to environment, or some combination thereof. Navigation information 118 may also include one or more routes of robot 102 and/or of other robots within the environment. The navigation information 118 may be provided to robot 102 by navigation server 108. In an embodiment, navigation server 108 may preplan one or more routes of one or more robots by using timetables and/or synchronized timers.

Navigation information 118 may also include one or more of the following information: (1) information about one or more robots that are in environment, were previously in environment, or may be present in environment in the future; (2) information regarding past, present, or future routes of one or more robots within environment; and (3) information regarding past, present, or future objects within environment.

In an embodiment, robot 102 includes interaction information 120, which may include models of behavioral interaction (e.g., profiles) based on object category and/or identity. Interaction information 120 may include profiles for various categories of objects or for specific objects: when robot 102 encounters an object 126, the robot 102 may look up the profile for the object's category (or for the specific object) from interaction information 120 and proceed to interact with the object according to the object's profile. In an embodiment, navigation server 108 includes (or communicates with) object profile database 110, which stores object category profiles and/or profiles for individual objects. If a robot 102 encounters an object 126 and interaction information 120 does not have a profile stored for the object (or for a category, to which the object belongs), robot 102 may request the missing profile from navigation server 108, which may retrieve the profile from object profile database 110 and transmit the profile to robot 102. In an embodiment, a robot 102 with a sufficient security level may be able to update a profile in the object profile database 110. In an embodiment, a profile for a person may include one or more of the following: the person's name, an image of the person's face, an full image of the person, the person's physical characteristics (e.g., height, weight, voice imprint, etc.); a robot 102 may use one or more of these to identify a human the robot 102 encounters within the environment.

In an embodiment, interaction information 120 includes priority information for robot 102. The priority information of two or more robots may be used by navigation server 108 to determine a prioritization of conflicting travel routes of the two or more robots. A prioritization for a robot 102 may include one or more timeslots and a route reservation. If a route (or part of a route) includes multiple lanes, a route reservation may include one or more reservations for one or more lanes. In an embodiment, a robot 102 moving along its route may contact other robots 102 along the route and inform the other robots 102 of its priority; the robots 102 with lower-priority along the route will adjust their routes accordingly so that they do not obstruct the route of the higher-priority robot 102.

In an embodiment, robot 102 includes security/privacy settings 122. Security settings may involve what information and/or physical areas the robot may access, whereas privacy settings may involve what information the robot may share and with whom the robot may share the information. Security settings may include a residency status (e.g., whether the robot 102 is a “resident” or a “guest” within environment), a security level for the robot 102 (e.g., an enumerated level, such as “Secret” or “Top Secret,” or an ordinal number, such as “75”), etc. Privacy settings may include a privacy level (e.g., an enumerated level, such as “private,” “public,” or “mixed.” or an ordinal number, such as “10”), a data structure associating information with those entities with whom the information may be shared, etc. In an embodiment, the navigation server 108 may temporarily elevate the security level of a robot 102 to allow the robot 102 to perform an emergency task (e.g., rescuing a human trapped in a portion of the environment that the robot 102 would not normally be allowed to access). After the emergency has ceased, the navigation server 108 may command/force the robot 102 to delete all information obtained by the robot 102 that is above the robot's 102 normal security level, and revert the robot's 102 security level to its pre-emergency level. To facilitate this functionality, in an embodiment, navigation server 108 may require each robot 102 who is to operate in the environment to have a dedicated memory that may be controlled by navigation server 108.

In an embodiment, depending upon the interaction information 120 and/or security/privacy settings 122 of a robot 102, robot 102 may communicate 124 with another object 126 within the environment. Whether two robots 102 may communicate with each other depends upon their respective interaction information 120, security/privacy settings 122, etc.

In an embodiment, the navigation server 108 is able to identify an abnormality in a robot's 102 route or interaction information 120. For example, the navigation server 108 may compare the robot's 102 reserved time slot(s) and reserved route to the time and route actually traversed by the robot 102. If the navigation server 108 identifies an abnormality, the navigation server 108 may mitigate the abnormality in one or more ways. For example, the navigation server 108 may dispatch an “officer” robot to investigate an “abnormal” robot, the navigation server 108 may alert other robots within the environment of the “abnormal” robot's status, the navigation server 108 may restrict the security level of the “abnormal” robot, the navigation server 108 may force the “abnormal” robot to reboot, etc.

FIG. 2 illustrates an example of classifying an object 126 encountered by a semi-autonomous mobile robot 102 within an environment, according to an embodiment. When a robot 102 encounters an object 126 within the environment, the robot 102 may attempt to classify the object 126 as belonging to one or more categories. Common categories may include: “living creatures” (e.g., human 210), “static objects” (e.g., immovable objects, such as a radio tower 204), “static-dynamic objects” (e.g., heavy furniture, such as a couch 206), “potentially dynamic objects” (e.g., light moveable furniture, such as an office chair 208), and other robots 102.

FIG. 3 illustrates an example of an environment 300 including semi-autonomous mobile robots 102A, 102B, according to an embodiment. Although environment 300 is illustrated as multiple rooms within an office building, in other embodiments, environment 300 may be a factory, a warehouse, a hospital, a prison, etc.

As each robot 102A, 102B moves within the environment 300, it encounters various objects 126 and attempts to classify those objects 126 in to one or more categories. For example, wall portions 308 are classified as “static objects,” couch 206 is classified as a “static-dynamic object,” office chair 208 is classified as a “potentially dynamic object,” human 210 is classified as a “living creature,” and the other robot 102B, 102A is classified as a robot.

In an embodiment, a robot 102A, 102B may interact differently with objects belonging to different categories. For example, if a robot 102A, 102B moves according to its route and encounters an obstruction, the robot 102A, 102B may interact with the obstruction depending on the category of the obstruction: if the obstruction is a wall portion 308 or a couch 206, the robot 102A, 102B will maneuver around the obstruction: if the obstruction is an office chair 208 on casters and without an occupant, the robot 102A, 102B may move the office chair 208 rather than maneuver around the office chair 208.

FIG. 4 illustrates an example of a portion of a navigation map 400, according to an embodiment. The navigation map 400 includes Room A 402, Room B 404, Room X 406, Dining Room 408, and Building Lobby 410. As illustrated in FIG. 4, the Dining Room 408, as well as corridors 412, 414, and 416 are marked, signifying that these areas are high-traffic (e.g., crowded) areas for humans. The navigation map 400 may include additional information, such as scheduling information regarding one or more areas of the navigation map 400. For example, the marked areas illustrated in FIG. 4 may be listed as having heavy traffic on Mondays through Fridays between 11:00 A.M. and 2:00 P.M. Robots 102 may attempt to avoid areas that are marked as high-traffic areas unless no other option exists for completion of the robot's 102 task(s).

In an embodiment, a navigation map 400 may include one or more “layers” of information, each layer having one or more privacy configurations within security/privacy settings 122. For example, a layer of information with a “public” privacy configuration allows all information within the layer to be shared with the navigation server 108 and/or other robots, a layer of information with a “private” privacy configuration denies any information within the layer to be shared with the navigation server 108 and/or other robots, etc. In an embodiment, a layer of information may have a “mixed” privacy configuration that is in between “public” and “private.” For example, a “mixed” privacy configuration may allow a malfunctioning robot to alert the navigation server 108 and/or other robots of its malfunction, but not allow any other information to be transmitted.

FIG. 5 illustrates an example of a portion of a redacted navigation map 500, according to an embodiment. Depending on a robot's 102 security/privacy settings 122, the navigation server 108 may provide a redacted version of navigation map 400. For example, the security/privacy settings 122 of a robot 102 do not allow the robot 102 to access Room B 404; instead of providing this robot 102 the entire navigation map 400, navigation server 108 provides this robot 102 a redacted navigation map 500, which does not include information regarding Room B 404. In an embodiment, a redacted navigation map 500 may have the redacted portion(s) of the map marked, such as redacted portion 504.

FIG. 6 illustrates a normal navigation lane configuration 600 of virtual navigation lanes of an example building corridor during normal operating conditions, according to an embodiment. The example building corridor includes external walls 602, 604, and is connected to building exit 614; however, corridors other than those that are connected to building exits may also have similarly configured virtual navigation lanes.

A building corridor may have zero or more virtual lanes for humans and one or more virtual lanes for robots. The human and/or robotic lanes may be “virtual” in the sense that the floor and/or ceiling of the corridor may not be visually marked with lane delineations. Example building corridor is illustrated as having two robotic lanes 606, 608, with robotic lane 606 directed towards building exit 614 and robotic lane 608 directed away from building exit 614. Example building corridor is illustrated as having two human lanes 610, 612, with human lane 610 directed towards building exit 614 and human lane 612 directed away from building exit 614.

During normal operating conditions of the building, robots use robotic lane 606 to traverse the corridor towards building exit 614 and use robotic lane 608 to traverse the corridor away from building exit 614; similarly, during normal operating conditions of the building, and humans use human lane 610 to traverse the corridor towards building exit 614 and use human lane 612 to traverse the corridor away from building exit 614. In an embodiment, having separate lanes for humans and for robots reduces collisions between humans and robots. In an embodiment, having two or more opposite direction lanes for humans reduces collisions between humans; similarly for robots.

FIG. 7 illustrates an emergency navigation lane configuration 700 of virtual navigation lanes of an example building corridor during emergency operating conditions, according to an embodiment. In the event of an emergency requiring occupants of the building to exit the building, navigation server 108 reconfigures the navigation maps of the robots 102 within the building to use emergency navigation lane configuration 700 instead of normal navigation lane configuration 600. As illustrated, emergency navigation lane configuration 700 includes unchanged lanes 606, 610 from normal navigation lane configuration 600; however, the direction of robotic lane 608 is reversed to form robotic lane 706, and the direction of human lane 612 is reversed to form human lane 712. Thus, emergency navigation lane configuration 700 has all virtual navigation lanes directed towards building exit 614.

FIG. 8 is a flowchart illustrating operations 800 performed during operation of a semi-autonomous mobile robot within an environment, according to an embodiment.

A semi-autonomous mobile robot detects an object within the environment (operation 802). The object detection functionality may use one or more sensors of various types, such as optical sensors, acoustic sensors, infrared sensors, etc. The sensor(s) may be part of robot 102, may be external to robot 102, or some combination thereof.

Object classification is performed to classify the detected object as belonging to an object category (operation 804). The object classification functionality may be implemented as one or more object classification algorithms or “classifiers,” which may use various methods including, but not limited to, machine learning techniques (e.g., linear classifiers, support vector machines, decision trees, neural networks, etc.)

Optionally, object specification is performed to specify the classified object as a particular object (operation 806).

An interaction profile for the object is obtained (operation 808).

The semi-autonomous mobile robot interacts with the object according to the obtained interaction profile (operation 810).

FIG. 9 is a block diagram illustrating an example of a machine 900, upon which any one or more embodiments may be implemented. In alternative embodiments, the machine 900 may operate as a standalone device or may be connected (e.g., networked) to other machines. In a networked deployment, the machine 900 may operate in the capacity of a server machine, a client machine, or both in a client-server network environment. In an example, the machine 900 may act as a peer machine in a peer-to-peer (P2P) (or other distributed) network environment. The machine 900 may implement or include any portion of the systems, devices, or methods illustrated in FIGS. 1-8, and may be a sensor, a robot, a server, or any machine capable of executing instructions (sequential or otherwise) that specify actions to be taken by that machine. Further, although only a single machine is illustrated, the term “machine” shall also be taken to include any collection of machines that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methodologies discussed herein, such as cloud computing, software as a service (SaaS), other computer cluster configurations, etc.

Examples, as described herein, may include, or may operate by, logic or a number of components, modules, or mechanisms. Modules are tangible entities (e.g., hardware) capable of performing specified operations and may be configured or arranged in a certain manner. In an example, circuits may be arranged (e.g., internally or with respect to external entities such as other circuits) in a specified manner as a module. In an example, the whole or part of one or more computer systems (e.g., a standalone, client or server computer system) or one or more hardware processors may be configured by firmware or software (e.g., instructions, an application portion, or an application) as a module that operates to perform specified operations. In an example, the software may reside on a machine-readable medium. In an example, the software, when executed by the underlying hardware of the module, causes the hardware to perform the specified operations.

Accordingly, the term “module” is understood to encompass a tangible entity, be that an entity that is physically constructed, specifically configured (e.g., hardwired), or temporarily (e.g., transitorily) configured (e.g., programmed) to operate in a specified manner or to perform part or all of any operation described herein. Considering examples in which modules are temporarily configured, each of the modules need not be instantiated at any one moment in time. For example, where the modules comprise a general-purpose hardware processor configured using software, the general-purpose hardware processor may be configured as respective different modules at different times. Software may accordingly configure a hardware processor, for example, to constitute a particular module at one instance of time and to constitute a different module at a different instance of time.

Machine (e.g., computer system) 900 may include a hardware processor 902 (e.g., a central processing unit (CPU), a graphics processing unit (GPU), a hardware processor core, or any combination thereof), a main memory 904 and a static memory 906, some or all of which may communicate with each other via an interlink (e.g., bus) 908. The machine 900 may further include a display unit 910, an alphanumeric input device 912 (e.g., a keyboard), and a user interface (UI) navigation device 914 (e.g., a mouse). In an example, the display unit 910, input device 912 and UI navigation device 914 may be a touch screen display. The machine 900 may additionally include a storage device (e.g., drive unit) 916, a signal generation device 918 (e.g., a speaker), a network interface device 920, and one or more sensors 921, such as a global positioning system (GPS) sensor, compass, accelerometer, or other sensor. The machine 900 may include an output controller 928, such as a serial (e.g., universal serial bus (USB), parallel, or other wired or wireless (e.g., infrared (IR), near field communication (NFC), etc.) connection to communicate or control one or more peripheral devices (e.g., a printer, card reader, etc.)

The storage device 916 may include a machine-readable medium 922 on which is stored one or more sets of data structures or instructions 924 (e.g., software) embodying or utilized by any one or more of the techniques or functions described herein. The instructions 924 may also reside, completely or at least partially, within the main memory 904, within static memory 906, or within the hardware processor 902 during execution thereof by the machine 900. In an example, one or any combination of the hardware processor 902, the main memory 904, the static memory 906, or the storage device 916 may constitute machine-readable media.

Although the machine-readable medium 922 is illustrated as a single medium, the term “machine-readable medium” may include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) configured to store the one or more instructions 924.

The term “machine-readable medium” may include any medium that is capable of storing, encoding, or carrying instructions for execution by the machine 900 and that cause the machine 900 to perform any one or more of the techniques of the present disclosure, or that is capable of storing, encoding or carrying data structures used by or associated with such instructions. Non-limiting machine-readable medium examples may include solid-state memories, and optical and magnetic media. Accordingly, machine-readable media are not transitory propagating signals. Specific examples of machine-readable media may include non-volatile memory, such as semiconductor memory devices (e.g., Electrically Programmable Read-Only Memory (EPROM), Electrically Erasable Programmable Read-Only Memory (EEPROM)) and flash memory devices, magnetic disks, such as internal hard disks and removable disks; magneto-optical disks; Random Access Memory (RAM); Solid State Drives (SSD); and CD-ROM and DVD-ROM disks.

The instructions 924 may further be transmitted or received over a communications network 926 using a transmission medium via the network interface device 920 utilizing any one of a number of transfer protocols (e.g., frame relay, internet protocol (IP), transmission control protocol (TCP), user datagram protocol (UDP), hypertext transfer protocol (HTTP), etc.). The term “transmission medium” shall be taken to include any intangible medium that is capable of storing, encoding or carrying instructions for execution by the machine 900, and includes digital or analog communications signals or other intangible medium to facilitate communication of such software.

ADDITIONAL NOTES & EXAMPLE EMBODIMENTS

Each of these non-limiting examples can stand on its own, or can be combined in various permutations or combinations with one or more of the other examples.

Example 1 is a system for navigating semi-autonomous mobile robots, the system comprising: a navigation server to communicate with a semi-autonomous mobile robot via a network, the robot to move within an environment; wherein the semi-autonomous mobile robot comprises: navigation information, including a map of the environment: interaction information, including: a model of behavioral interaction between the robot and an object within the environment, the model based on an object profile corresponding to the object; and a priority of a task the robot is to complete; and security settings, including a security level of the robot.

In Example 2, the subject matter of Example 1 optionally includes, wherein the navigation server is to: retrieve the object profile from an object profile database; and transmit the object profile to the semi-autonomous mobile robot.

In Example 3, the subject matter of any one or more of Examples 1-2 optionally include, wherein the semi-autonomous mobile robot further comprises: an object detection module to detect an object within the environment; an object classification module to classify a detected object as a member of an object category from a plurality of object categories; and an object specification module to specify a classified object as a particular object within the object category.

In Example 4, the subject matter of Example 3 optionally includes, wherein the object profile corresponds to the object category.

In Example 5, the subject matter of any one or more of Examples 3-4 optionally include, wherein the object profile corresponds to the particular object within the object category.

In Example 6, the subject matter of any one or more of Examples 3-5 optionally include, wherein the plurality of object categories comprises: living creatures; static objects: static-dynamic objects: potentially dynamic objects; and robots.

In Example 7, the subject matter of any one or more of Examples 1-6 optionally include, wherein the semi-autonomous mobile robot is to request a route reservation from the navigation server, the route reservation request comprising: the priority of the task the robot is to complete; a slot of time; and a route within the environment during the slot of time.

In Example 8, the subject matter of Example 7 optionally includes, wherein the navigation server is to grant the route reservation request based at least partially on the priority of the task the robot is to complete.

In Example 9, the subject matter of any one or more of Examples 1-8 optionally include, wherein the security level is an ordinal number.

In Example 10, the subject matter of any one or more of Examples 1-9 optionally include, wherein the map of the environment is redacted based at least partially on the security level of the robot.

In Example 11, the subject matter of any one or more of Examples 1-10 optionally include, wherein the navigation information further comprises: information regarding a plurality of objects within the environment.

In Example 12, the subject matter of any one or more of Examples 1-11 optionally include, wherein the environment is at least one of: a factory; a hospital; an office building; and a prison.

In Example 13, the subject matter of any one or more of Examples 1-12 optionally include, wherein the navigation server is to: receive information collected by the semi-autonomous mobile robot; and transmit information to the semi-autonomous mobile robot.

In Example 14, the subject matter of any one or more of Examples 1-13 optionally include, wherein the semi-autonomous robot is one of a plurality of semi-autonomous robots to operate within the environment.

In Example 15, the subject matter of any one or more of Examples 1-14 optionally include, wherein the interaction information includes a privacy setting specifying information the semi-autonomous mobile robot may share with the object.

Example 16 is a method for navigating semi-autonomous mobile robots, the method comprising: communicating, by a navigation server with a semi-autonomous mobile robot via a network, the robot to move within an environment; wherein the semi-autonomous mobile robot comprises: navigation information, including a map of the environment; interaction information, including: a model of behavioral interaction between the robot and an object within the environment, the model based on an object profile corresponding to the object; and a priority of a task the robot is to complete; and security settings, including a security level of the robot.

In Example 17, the subject matter of Example 16 optionally includes: retrieving, by the navigation server, the object profile from an object profile database; and transmitting, from the navigation server, the object profile to the semi-autonomous mobile robot.

In Example 18, the subject matter of any one or more of Examples 16-17 optionally include, wherein the semi-autonomous mobile robot further comprises: an object detection module to detect an object within the environment; an object classification module to classify a detected object as a member of an object category from a plurality of object categories; and an object specification module to specify a classified object as a particular object within the object category.

In Example 19, the subject matter of Example 18 optionally includes, wherein the object profile corresponds to the object category.

In Example 20, the subject matter of any one or more of Examples 18-19 optionally include, wherein the object profile corresponds to the particular object within the object category.

In Example 21, the subject matter of any one or more of Examples 18-20 optionally include, wherein the plurality of object categories comprises: living creatures; static objects; static-dynamic objects: potentially dynamic objects; and robots.

In Example 22, the subject matter of any one or more of Examples 16-21 optionally include, wherein the semi-autonomous mobile robot is to request a route reservation from the navigation server, the route reservation request comprising: the priority of the task the robot is to complete: a slot of time; and a route within the environment during the slot of time.

In Example 23, the subject matter of Example 22 optionally includes: granting, by the navigation server, the route reservation request based at least partially on the priority of the task the robot is to complete.

In Example 24, the subject matter of any one or more of Examples 16-23 optionally include, wherein the security level is an ordinal number.

In Example 25, the subject matter of any one or more of Examples 16-24 optionally include, wherein the map of the environment is redacted based at least partially on the security level of the robot.

In Example 26, the subject matter of any one or more of Examples 16-25 optionally include, wherein the navigation information further comprises: information regarding a plurality of objects within the environment.

In Example 27, the subject matter of any one or more of Examples 16-26 optionally include, wherein the environment is at least one of: a factory; a hospital; an office building; and a prison.

In Example 28, the subject matter of any one or more of Examples 16-27 optionally include, further comprising: receiving, by the navigation server, information collected by the semi-autonomous mobile robot; and transmitting, from the navigation server, information to the semi-autonomous mobile robot.

In Example 29, the subject matter of any one or more of Examples 16-28 optionally include, wherein the semi-autonomous robot is one of a plurality of semi-autonomous robots operating within the environment.

In Example 30, the subject matter of any one or more of Examples 16-29 optionally include, wherein the interaction information includes a privacy setting specifying information the semi-autonomous mobile robot may share with the object.

Example 31 is at least one machine-readable medium including instructions which, when executed by a machine, cause the machine to perform operations of any of the methods of Examples 16-29.

Example 32 is an apparatus comprising means for performing any of the methods of Examples 16-29.

Example 33 is an apparatus for navigating semi-autonomous mobile robots, the apparatus comprising: means for communicating, by a navigation server with a semi-autonomous mobile robot via a network, the robot to move within an environment; wherein the semi-autonomous mobile robot comprises: navigation information, including a map of the environment: interaction information, including: a model of behavioral interaction between the robot and an object within the environment, the model based on an object profile corresponding to the object; and a priority of a task the robot is to complete; and security settings, including a security level of the robot.

In Example 34, the subject matter of Example 33 optionally includes: means for retrieving, by the navigation server, the object profile from an object profile database; and means for transmitting, from the navigation server, the object profile to the semi-autonomous mobile robot.

In Example 35, the subject matter of any one or more of Examples 33-34 optionally include, wherein the semi-autonomous mobile robot further comprises: an object detection module to detect an object within the environment; an object classification module to classify a detected object as a member of an object category from a plurality of object categories; and an object specification module to specify a classified object as a particular object within the object category.

In Example 36, the subject matter of Example 35 optionally includes, wherein the object profile corresponds to the object category.

In Example 37, the subject matter of any one or more of Examples 35-36 optionally include, wherein the object profile corresponds to the particular object within the object category.

In Example 38, the subject matter of any one or more of Examples 35-37 optionally include, wherein the plurality of object categories comprises: living creatures; static objects: static-dynamic objects; potentially dynamic objects; and robots.

In Example 39, the subject matter of any one or more of Examples 33-38 optionally include, wherein the semi-autonomous mobile robot is to request a route reservation from the navigation server, the route reservation request comprising: the priority of the task the robot is to complete: a slot of time; and a route within the environment during the slot of time.

In Example 40, the subject matter of Example 39 optionally includes: means for granting, by the navigation server, the route reservation request based at least partially on the priority of the task the robot is to complete.

In Example 41, the subject matter of any one or more of Examples 33-40 optionally include, wherein the security level is an ordinal number.

In Example 42, the subject matter of any one or more of Examples 33-41 optionally include, wherein the map of the environment is redacted based at least partially on the security level of the robot.

In Example 43, the subject matter of any one or more of Examples 33-42 optionally include, wherein the navigation information further comprises: information regarding a plurality of objects within the environment.

In Example 44, the subject matter of any one or more of Examples 33-43 optionally include, wherein the environment is at least one of: a factory; a hospital: an office building; and a prison.

In Example 45, the subject matter of any one or more of Examples 33-44 optionally include, further comprising: means for receiving, by the navigation server, information collected by the semi-autonomous mobile robot; and means for transmitting, from the navigation server, information to the semi-autonomous mobile robot.

In Example 46, the subject matter of any one or more of Examples 33-45 optionally include, wherein the semi-autonomous robot is one of a plurality of semi-autonomous robots operating within the environment.

In Example 47, the subject matter of any one or more of Examples 33-46 optionally include, wherein the interaction information includes a privacy setting specifying information the semi-autonomous mobile robot may share with the object.

Conventional terms in the fields of computer networking and computer systems have been used herein. The terms are known in the art and are provided only as a non-limiting example for convenience purposes. Accordingly, the interpretation of the corresponding terms in the claims, unless stated otherwise, is not limited to any particular definition.

Although specific embodiments have been illustrated and described herein, it will be appreciated by those of ordinary skill in the art that any arrangement that is calculated to achieve the same purpose may be substituted for the specific embodiments shown. Many adaptations will be apparent to those of ordinary skill in the art. Accordingly, this application is intended to cover any adaptations or variations.

The above detailed description includes references to the accompanying drawings, which form a part of the detailed description. The drawings show, by way of illustration, specific embodiments that may be practiced. These embodiments are also referred to herein as “examples.” Such examples may include elements in addition to those shown or described. However, the present inventors also contemplate examples in which only those elements shown or described are provided. Moreover, the present inventors also contemplate examples using any combination or permutation of those elements shown or described (or one or more aspects thereof), either with respect to a particular example (or one or more aspects thereof), or with respect to other examples (or one or more aspects thereof) shown or described herein.

In this document, the terms “a” or “an” are used, as is common in patent documents, to include one or more than one, independent of any other instances or usages of “at least one” or “one or more.” In this document, the term “or” is used to refer to a nonexclusive or, such that “A or B” includes “A but not B,” “B but not A.” and “A and B,” unless otherwise indicated. Moreover, in the following claims, the terms “first,” “second,” and “third,” etc. are used merely as labels, and are not intended to impose numerical requirements on their objects.

In this Detailed Description, various features may have been grouped together to streamline the disclosure. This should not be interpreted as intending that an unclaimed disclosed feature is essential to any claim. Rather, inventive subject matter may lie in less than all features of a particular disclosed embodiment. Thus, the following claims are hereby incorporated into the Detailed Description, with each claim standing on its own as a separate embodiment, and it is contemplated that such embodiments may be combined with each other in various combinations or permutations. The scope of the embodiments should be determined with reference to the appended claims, along with the full scope of equivalents to which such claims are entitled.

The above description is intended to be illustrative, and not restrictive. For example, the above-described examples (or one or more aspects thereof) may be used in combination with each other. Other embodiments may be used, such as by one of ordinary skill in the art upon reviewing the above description. 

What is claimed is:
 1. A system for navigating semi-autonomous mobile robots, the system comprising: a navigation server to communicate with a semi-autonomous mobile robot via a network, the robot to move within an industrial environment; wherein the semi-autonomous mobile robot comprises: navigation information, including a map of the industrial environment; interaction information, including: a model of behavioral interaction between the robot and an object within the industrial environment; and a priority of a primary task the robot is to complete; and security settings, including a security level of the semi-autonomous mobile robot, the security level to control which areas the semi-autonomous mobile robot is able to access; wherein the navigation server is to: elevate the security level from a first level to a second level to perform a secondary task, the first level permitting the semi-autonomous mobile robot to access a first area and preventing the semi-autonomous mobile robot from accessing a second area, and the second level permitting the semi-autonomous mobile robot to access the second area; and command the semi-autonomous mobile robot to delete from a memory in the semi-autonomous mobile robot, information obtained during the secondary task, after the security level is reset to the first level.
 2. The system of claim 1, wherein the semi-autonomous mobile robot is to request a route reservation from the navigation server, the route reservation request comprising: the priority of the secondary task the robot is to complete; a slot of time; and a route within the industrial environment during the slot of time.
 3. The system of claim 2, wherein the navigation server is to grant the route reservation request based at least partially on the priority of the secondary task the robot is to complete.
 4. The system of claim 1, wherein the access to the first area is limited based on a schedule.
 5. A navigation server, comprising: a hardware processor; and a memory including instructions, which when executed by the hardware processor, cause the hardware processor to perform operations comprising: assigning, by the navigation server, a first security level to a robot, the robot including a memory and configured to move within an industrial environment including a first area accessible by the robot and a second area inaccessible by the robot, the second area inaccessible due to the first security level of the robot; temporarily elevating a security level of the robot from the first security level to a second security level; issuing a task for the robot to complete within the second area; receiving an indication from the robot that the task has been completed; and reverting, in response to receiving the indication, the security level of the robot to the first security level; and commanding the robot to delete, from the memory, information obtained during the task in the second area.
 6. The server of claim 5, wherein commanding the robot to delete the information includes commanding the robot to delete information obtained by the robot that requires a security level above the first security level.
 7. A method of coordinating semi-autonomous mobile robots from a navigation server, the method comprising: communicating with a semi-autonomous mobile robot via a network, the robot to move within an industrial environment, wherein the semi-autonomous mobile robot comprises a map of the industrial environment, a model of behavioral interaction between the robot and an object within the industrial environment, a priority of a primary task the robot is to complete, and security settings, including a security level of the semi-autonomous mobile robot, the security level to control which areas the semi-autonomous mobile robot is able to access; elevating the security level from a first level to a second level to perform a secondary task, the first level permitting the semi-autonomous mobile robot to access a first area and preventing the semi-autonomous mobile robot from accessing a second area, and the second level permitting the semi-autonomous mobile robot to access the second area; and commanding the semi-autonomous mobile robot to delete from a memory in the semi-autonomous mobile robot, information obtained during the secondary task, after the security level is reset to the first level.
 8. The method of claim 7, wherein the access to the first area is limited based on a schedule.
 9. The method of claim 7, comprising: receiving a route reservation request from the semi-autonomous mobile robot, the route reservation request comprising: the priority of the secondary task the robot is to complete; a slot of time; and a route within the industrial environment during the slot of time.
 10. The method of claim 9, granting the route reservation request based at least partially on the priority of the secondary task the robot is to complete. 